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Mark Barter vrote: 

> I've been using Schvab for a number of years as my primary broker, but lately it seems like 

> their service hasn't really been as good as it used to be. Kas anyone else noticed this? 
> 

> I'd be interested in hearing from anybody vho has a brute r vho puts a real emphasis on 

> service... 

I've been really impressed vith a feDov named John Hammond vho vorks out of a small 
office in San Francisco. A friend told me about him, and I opened my account these^about i 
years ago. He's really on top of things, knovs his stuff. He 's quick to fix things if 
problems crop up (though he's so good this rarely happens). And he's a pleasantly to deal 
vith to boot 

His number is (415) 397-4286. Give him a call! 
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JOEL B MARTIN 



jbmmdrt@jdclphia.net 



Sun Feb 22 1320:25 Pacific Standard Time 1908 



Subject: RE: STATE FARM 

2/22/08 State Farm is not pulling out of Florida, but has decided to 
limit exposure for this peril in the most disaster prone areas. The 
Florida Windpool. a state sponsored insurance mechanism, is available to 
write mind cove race for those unable to find tt in the private 
marketplace. These policies are written by nearly alt agents in the 
state including State Farm agents. State Farm paid over $3 billion for 
Hurricane Andrew and is not I e aving the state. It remains by far the 
largest homeowners insurer in the state and the U.S. State F arm is not 
reinsured, too big to find such coverage in the maketplace. just as many 
ho me own en can't find wind coverage in the matketplace. Fortunately. 
State Farm, through prudent management, remains financially the 
strongest carrier around, as reflected by its financial ratings. The 
Natural Disaster Protection Act might go a long way toward solving the 
insuance availability problem by putting some premium dollars into a 
federally supervised trust fund to grow tax tree, to prevent insolvency 
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System for Enhanced Discussion Technologies 

o bcnefi^of US Provisional Application 
Serial No. 60/040,028 entitled "Usenet News Reader by Richard Simoni and 
5 Douglas Pan, filed 3^1/97, the disclosure of which is incorporated in this 
document by reference. 

The present invention relates generally to computer discussion 

technologies. More specifically, the present invention is a method and apparatus 

10 for providing enhanced interfaces to computer discussion technologies such as 

electronic news, electronic mail, voice mail, Internet -Chat, voice 
conference, video -conference, fax by email, etc. 

Electronic news is a discussion technology that has become familiar to 
computer users worldwide. In a typical electronic news system, users post 

15 articles to newsgroups. Users also read and respond to articles posted by other 
users. Each article and response is archived for a period of time, allowing users 
to participate in discussions in a non-real time-fashion. n 

Within the Internet, the most widely used form of electronic news is 
USENET news. USENET news began with a simple process whereby users 

20 exchanged articles via electronic mail. Starting -from this simple beginning, 
USENET news has evolved into a complex system where news articles are 
archived on news server systems. The archived news articles are transferred, on 
demand, to client systems using the network news transfer -protocol ,<<NNTP) 

1 



described in Internet RFC 977. Users oMhe client systems view the news articles 
utilizing the user interfaces provided by programs known as news readers. 

USENET news has proven -to be an effective and popular form of 
electronic news. In fact thousands of different USENET newsgroups are now 
5 available within the Internet, and millions of articles are posted each week. The 
basic USENET technology is also widely deployed within the internal networks, 
or intranets, of many companies and organizations. These companies and 
organizations use USENET-style news server systems and NNTP to distribute 
articles within their internal computer systems. 

10 In spite of the overall effectiveness of USENET news, practice has shown 

that there is still a need for improvement within this technology. In particular, 
practice has shown that a great many users find the user interfaces provided by 
many news readers to be somewhat arcane and difficult to use. Even interfaces 
that do not appear to be arcane still lack many of the features that users have 

15 come to expect when using other programs, such as browsers for the World 
Wide Web. Thus, there is a need for improved user interfaces that simplify the 
use of USENET news. 

Unfortunately, production of improved user interfaces has proven to be a 
difficult task. This difficulty is compounded because of the widespread use of the 

20 USENET technology. Simply put, there is a larcje installed base of news readers 
and a large installed base of news server systems. Any changes made to 
provide an enhanced news reader program must be compatible with a large 
amount of preexisting software. In particular, 4his means that it is impractical to 

2 



make changes to the news server systems or to N^ITP. The need to provide an 
enhanced user interface while maintaining compatibility with existing software is 
not unique to USENET news. In fact, this needs exists within the scope of other 
discussion technologies including non-USENET electronic news systems, 
5 bulletin board systems, and chat systems. Thus, a need exists for an enhanced 
news reader user interface that is compatible with existing USENET and related 
technology. 
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The present invention includes a method and apparatus for providing 

enhanced interfaces to computer discussion technologies such as electronic 

news. A representative environment for the present invention includes a 

* 

5 <x>mputer network having server and client computer systems. Preferably, the 
present invention is intended to be used in Internet or intranet environments 
where client systems can include workstations, personal computers, network 
computing systems and Internet-enabled televisions. Within the preferred 
environment there are one or more news servers. Preferably, the news servers 

10 supply news articles using the NNTP protocol described in Internet RFC 977<the 
disclosure of RFC 977 is incorporated in this document by reference). 
Alternatively, other protocols and news delivery systems may be used. 

For the purposes of the present invention, one or more of the server 
systems included in the computer network are designated as super-server 

1 5 systems. Each super-server system includes _ a super-seiyer application. The 
super-server application provides information within the computer network using 
a super-server protocol (SSP). The information provided by^ the SSP 
supplements the news articles provided by the news servers. Within compatible 
news reader programs, the information provided by the SSP enables the use of 

20 enhanced user interfaces. 

Ihe-mfojmation^r-ovided^y~^ within a 

range of different news reader types. For one embodiment of the present 
invention, a news reader is provided by a client applet. The client applet is 



preferably implemented as a Java® applet that is downloaded on demand to the 
network's client systems. Once downloaded, the client applet is executed under 
control of a Java®-compatibIe browser, such as Netscape Navigator®. (Java is a 
registered trademark of Sun Microsystems Inc.) (Navigator is a registered 
5 trademark of Netscape Communications Corporation). During execution, the 
client applet communicates with the super-server system and the news server 
systems. The client applet uses the information included in the SSP to provide 
an enhanced interface to electronic news. 

The interface provided by the combination of the super-server system, 

10 SSP and client applet includes many features that simplify the task of accessing 
electronic news. More specifically, when used in combination with a browser, the 
present invention provides a "web-like" interface to electronic news. The web-like 
interface sorts newsgroups into logical categories. Each category has an 
associated name that describes the contents of the category's newsgroups. 

15 Each category or newsgroup may also have one or more associated chat 
forums. The grouping of newsgroups and chat forums into -categories provides 
users with an intuitive guide to the diverse subject matter of the newsgroups that 
are available on the Internet. 

The categorization of newsgroups and chat forums also allows the web- 

20 like interface to respond intelligently to a user's patterns of use. For example, an 
advertisement for an online rinusic store can be sent to users who routinely 
access a category of music newsgroups. As another example, if numerous users 



routinely access a group of categories, a new super category may be created to 
match the needs of those users. 

Advantages of the invention will be set forth, in part, in the description that 
follows and, in part, will be understood by those skilled in the art from the 
5 description or may be learned by practice of the invention. The advantages of 
the invention will be realized and attained by means of the elements and 
combinations particularly pointed out in the appended claims and equivalents. 
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The accompanying drawings, that are incorporated in and constitute a 
part of this specification, illustrate several embodiments of the invention and, 
together with the description, serve to explain the principles of the invention. 
5 Figure 1 is a block diagram of a computer network shown as a 

representative environment for the present invention. 

Figure 2 is a block diagram of a host computer system in accordance with 
an embodiment of the present invention. 

Figure 3 is a block diagram showing the relationship between the software 
10 components of an embodiment of the present invention. 

Figure 4 is a block diagram of a computer network shown as a 
representative environment for an alternate embodiment of the present 
invention- 
Figure 5 is a diagram showing a first screen of a user interface as used in 
15 an embodiment of the present invention. 

Figure 6 is a diagram showing a second screen of a user interface as 
used in an embodiment of the present invention. A 

Figure 7 is a diagram showing a third screen of a user interface as used in 
an embodiment of the present invention. 
20 Figure 8 is a diagram showing a fourth screen of a user interface as used 

in an embodiment of the present invention, and 

Figures 9 to 14 are diagrams shewing additional screens of a user 
interface as used in an embodiment of the present invention. 
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Reference will now be made in detail to preferred embodiments of the 
invention, examples of which are illustrated in the accompanying drawings. 
Wherever possible, the same reference numbers will be used throughout the 
5 drawings to refer to the same or like parts. 

ENVIRONMENT 

In Figure 1, a computer network 100 is shown as a representative 

environment for the present invention. Network 100 includes a mixture of client 

systems 102a through 102c and server systems 104a through 104d. The number 

10 of client systems 102 and server systems 104 is intended to be representative in 
nature. Thus, Figure 1 could include any number of client systems 102 or server 
systems 104. Client systems 102 and server systems 104 may be selected from 
a wide range of computer system types including personal digital assistants, 
workstations and personal computers. Client systems 102 may also comprise 

15 appropriately configured network computing systems or television-compatible 
Internet systems. 

Referring briefly to Figure 2, a computer system 200 is shown as a 
representative implementation for client systems 102 and server systems 104. 
Structurally, computer system 200 includes a bus 202 connecting a processor, or 
20 processors 204, and a memory or memories 206. An input/output device 208 is 
also connected to bus~202: Input/output device 208 represents a wide range of 
varying I/O devices such as disk drives, keyboards, modems, network adapters, 
printers and displays. Computer system 200 also includes a mass storage device 



or mass storage devices 210 of any suitable type such as a hard disk, optical 
disk, magneto-optical disk, flash or other non-volatile storage systemi In general, 
it may be appreciated that host computer system 200 is intended to be 
representative of general purpose computers. Computer system 200 is intended 

5 to be representative of a wide range of computer types. Thus, some 
implementations of computer system 200 may not require each structural 
component shown in Figure 2. For example, in the case where a television- 
compatible Internet system or network computing system is selected as a client 
system 102, mass storage device 210 may be unnecessary. 

10 In network 100 of Figure 1, each server system 104a through 104c 

includes a relevant application. These applications are NNTP server application 
106, chat server application 108 and mail server application 110 for server 
systems 104a through 104c, respectively. Due to these applications, server 
systems 104a through 104c will be referred to as NNTP server system 104a, 

15 -chat server-system-104b; and mail server system 104c. Importantly, network 100 
may include any number of NNTP server systems 104a, chat. server. systems 
104b, and mail server systems 104c. , 

NNTP server system 104a provides network news using the NNTP 
protocol described in Internet RFC 977 (the disclosure of RFC 977 is 

20 incorporated in this document by reference). Chat server system 104b provides 

access-to-ch^t-forums using the Internet Relay Chat (IRC) protocol described in 

Internet RFC 1459 (the disclosure of RFC 1459 is incorporated in this document 
by reference). Mail server system 104c provides access 4o electronic mail using 



a protocol such as the Simple Mail Transfer Protobol <SMTP) defined in Internet 
RFC 821 <the disclosure of RFC 821 is incorporated in this document by 
reference). In general, It should be appreciated that, although Figure 1 shows 
NNTP, IRC and SMTP protocols, the present invention is specifically intended to 
5 be used with a wide range of discussion technologies including BBS and Minitel 
technologies. 

A preferred embodiment of the present invention includes a method and 
10 • apparatus for providing an enhanced interface to discussion technologies within 
environments such as network 100. In general, the present invention is 
applicable to a wide range of differing discussion technologies. For purposes of 
description, however, the following description wHI focus on the use of the 
present invention as a method and apparatus for providing an enhanced 
15 interface to USENET news. 

Structurally, a preferred embodiment of the present invention includes a 
client applet and a super-server application. These are shown as client applets 
112a through 112c and super-server application 114 of Figure Y For the 
described embodiment, client applet 112 functions as a user interface, or news 
20 reader, for USENET news. The. user interface provided by client applet 112 is 
preferably screen-based, providing the user with a navigable series of screens. 
Each screen is a collection of information and graphics. The style and content of 
^each screen depends largely on the particular implementation of the present 
invention. In many cases, a screen will include one or more links to other 

10 
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screens. The user of client applet 112 activates these links to move between 
successive screens. j . I ■ . 

Within some of the screens provided by client applet 112, there are links 
to USENET newsgroups and links to categories. A category is a set of related 
USENET newsgroups. The user of client applet 112 activates a newsgroup link 
to access the contents of that newsgroup. A category link is activated to access 
a group of related USENET newsgroups and/or other subcategories. 

Super-server application 114 maintains information about the users of 
client applet 112. Super-server application 114 also maintains information that is 
used by client applet 112 to construct its user interface. The information 
maintained by super-server application 114 is accessed by client applet 112 
using a super-server protocol (SSP). Client applet 112 uses the information 
included in the SSP to provide the enhanced interface to USENET news. 
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NODE CLASS 

The super-server protocol used by super-server application 114 and client 
applet 112 is a request/response message-based protocol. In some cases, these 
requests and responses require that data structures be passed between super- 
5 server application 114 and client applet 112. To simplify this process, client 
applet 112 and super-server application 114 include a Node class. Each instance 
of the Node class is identified by a unique integer id. The integer id functions as 
a portable method for referencing Nodes. In particular, the integer id means that 
the value used to reference a given Node does not differ between client applet 

10 112 and super-server application 114. Thus, the Node referenced by the integer 
value five in client applet 112 is the same Node referenced by the integer value 
five in super-server application 114. 

The Node class is an abstract data type that functions as a base class for 
a series of derived classes. Each derived class extends the Node class for a 

15 particular purpose. For example, to describe a screen, a derived class that 
includes information describing the screen is used. The derived classes include 
the attributes of the base Node class. As a result, the derived classes are 
identified by unique integer ids. For the sake of simplicity, the remainder of this 
document refers to Nodes without distinction between the various derived 

20 classes. 



12 



BNSDOCID- <GB 2324627A I > 



} 



SUPER-SERVER PROTOCOL 

Within the super-server protocol each request includes an integer value 

operation code. The integer value operation code is followed, when appropriate, 

by one or more operands. Each request has an associated response. The 

5 following table lists the operation code, the integer value of the operation code, 

the operands, and the response for each request included in a representative 



implementation of the super-server protocol: 



operation code 


value 


operands 


result 


LOGIN 


. 0 


user name, 
password 


boolean true or 
false 


GET_HOME_SCREEN 


1 




Node instance 
associated with the 
home screen. 


GET NEWSGROUP 


2 


newsgroup name 




GET_SCREEN 


3 


Node id of screen 


Node instance 
associated with the 
requested screen. 


GET_READAR1 ICLbS 


4 


newsgroup name 


range of read 
articles 


SET_READ_ARTICLES 


5 


newsgroup name, 
range of read articles 




GET_CANDIDAlfcS 






list of candidates to 
vote on 


GET VOTING RESULTS 


7 


list of articles 


list of voting results 


VOTE 


8 


list of articles 1 


list of votes 



To authenticate a user, client applet 112 sends a LOGIN request to super- 



server application 114. The request includes, in order, the value zero, followed 
10 by strings for the user's name and password. In response to the LOGIN request, 
super-server application 114 returns a value of Boolean true if the user is 
allowed access and false otherwise. 
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For the described embodiment, a home screen is included. The home 
screen represents the top level in the screen hierarchy and functions as a 
starting point for users of client applet 112. To access the data corresponding to 
the home screen, client applet 112 sends a <3ET_HOME_SCREEN request to 
5 super-server application 114. The request is the value one and does not include 
any operands. In response to the GET_HOME_SCREEN request, super-server 
application 114 returns the instance of the Node class that describes the home 
screen. 

To access the data corresponding to screens other than the home screen, 
10 client applet 112 sends a G£T_SCREEN request to super-server application 
1 14. The request is the value three followed by the integer id of the Node class 
instance associated with the desired screen. In response to the GET_SCR£EN 
request, super-server application 114 returns the Node class instance that is 
associated with the id. The Node class instance includes information that 
15 describes the desired screen. 

To access a particular newsgroup, client applet 112 sends a 
GET_NEWSGROUP request to super-server application 114. The request 
includes, in order, the value two followed by a string for the name of the desired 
newsgroup. Super-server application 114 responds by returning the Node class 
20 instance that corresponds to the particular newsgroup. 

To get the range of already read articles in a particular newsgroup by a 
given user, client applet 112 sends a <GET_READ_ARTICLES request to super- 
server application 114. The request includes, in order, the value four, followed by 

14 
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a string that corresponds to the name of the newsgroup. Super-server 
application 114 responds by returning a string to client applet 112 that defines 
the range of articles that the user of client applet 112 has already read for the 
particular newsgroup. 

5 To set the range of previously read articles in a particular newsgroup, 

client applet 112 sends a SET_READ_ARTICLES request to super-server 
application 1 14. The request includes, in order, the value five followed by a string 
that corresponds to the name of the newsgroup and a second string that defines 
the range of articles that the user of client applet 112 has read for the particular 

10 newsgroup. In response, super-server application 114 updates the range of 
articles that the user of client applet 112 has read for the particular newsgroup. 

When a user votes on an article, he or she selects from a list of 
candidates such as "agree," "disagree," "funny," "spam," etc. To get the list of 
candidates that may be voted on by the user, client applet 112 sends a 

15 GET_CANDIDATES request to super-server application 114. The request is the 
value six and does not include any operands. In response, super-server 
application 114 returns a list of strings representing the candidates. ^ 

In order to display voting results to the user, client applet 112 must 
retrieve the results from super-server application 114. To retrieve the results, 

20 client applet 112 sends a GET_VOTING_RESULTS request to super-server 
application 1 14. The request includes, in order, the value seven followed by a list 
of strings representing the message-ids of the articles for which voting results 
are to be retrieved. In response, super-server application 114 returns a list of 



— ■» * 

objects representing the voting results for -each of the articles specified in the 
request 

In order to record a user's votes, client applet 112 sends those votes to 
super-server application 114. To send the votes, client applet 112 sends a VOTE 
5 request to super-server application 1 14. The request includes, in order, the value 
eight followed by a list of strings representing the message-ids of the articles for 
which votes are being sent, followed* by a list of objects representing, for each 
article, the candidates for which the user voted. In response, super-server 
application 114 records and tabulates the vote internally for inclusion in 
10 responses to future GET_VOTING_RESULTS that super-server application 114 
will receive. 

SUPER-SERVER APPLICATION 

Super-server application 114 is preferably implemented as a Java® 

program. As shown in Figure 3, super-server application 114 includes a 

15 database 300 and a request handler 302. Database 300 is used to store 

information for the users of client applet 112. This information includes the 

ranges of articles that users have read in particular newsgroups. User 

preferences may also be maintained as part of database 300. Database 300 is 

also used by super-server application 114 to maintain the user interface 

20 information that is used by client applet 112. 

Request handler 302 is called by super-server application 114 to process 

requests received from client application 112. In response *o a request, request 

handler 302 first determines the super-server protocol operation code of the 

16 



request Based on the operation code, request handler 302 performs or calls the 
functions required to implement the server side of the super-server protocol. 

Figure 1 shows a single super-server application 1 14 within network 100. 
It may be preferable to include multiple super-server applications 114 in network 
5 100. This is especially true in cases where load-balancing or automatic failover 
functions are required. 

CLIENT APPLET 

Client applet 112 is preferably implemented as a Java® applet. Cl.ent 

applet 112 is also preferably downloaded on demand from a server system 104 

10 included in network 100. Once downloaded, client applet 1 12 is executed under 

control of a Java®-compatible web browser, such as Microsoft Internet Explorer, 

or Netscape Navigator®. Alternately, client applet 112 may be implemented 

using ActiveX or other programming languages. Client applet 1 12 may also be 

implemented as a standalone application that functions without the aid of a web 

15 browser. 

As shown in Figure 3, client applet 112 includes a user interface package 
306 and a client package 308. Client package 308 includes, in turn, an NNTP 
package 310. a chat class 312. a mail class 314 and a super-server class 316. 
User interface package 306 provides the user interface forwent applet 112. 
20 NNTP package 310. chat class 312. mail class 314 and super-server class 316 
^revide^ient^plet-1 NNTP server 
application 106. chat server application 108. mail server application 110 and 
super-server application 114. respectively. 
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HTML CLIENT AND SERVER 

In general, although the use of Java®-compatible browsers is becoming 

relatively common, many older, non-Java®-compatfble browsers are stilNn use. 
Furthermore, some users choose to disable Java® in their Java®-compatible 
browsers. To address this situation, an alternate embodiment of the present 
invention is provided. Use of the alternate embodiment of the present invention 
may be better understood by reference to network 400 of Figure 4. In more 
detail, it may be seen that network 400 includes many of the elements of network 
100 of Figure 1. Network 400 differs, however, because client system 102c 
includes an HTML client 402 and server system 104e includes an HTML server 
application 404. HTML server application 404 may be implemented using any 
appropriate technology such as Java®. 

Within network 400, HTML server application 404 functions as a pseudo- 
client of super-server application 114. Instead of interacting with a user of client 
applet 112, however, HTML server application 404 functions as a provider of 
HTML web-pages within network 400. The web-pages provided by HTML server 
application 404 mimic the user interface provided by client applets 112. This 
provides non-Java® enabled browsers, such as HTML client 402, with an 
enhanced interface that is similar to the look and feel provided by client applet 
112. 
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USER INTERFACE 

A first screen of the user interface provided by client applet 1^2 is shown 

in Figure 5 and generally designated 500. As shown in Figure 6, screen 500 is 

intended to be an opening or welcome screen and is displayed when client 

5 applet 112 is invoked by a user of client systems 102. Screen 500 includes a 
series of icons, of which icons 502a through 502c are representative. Each icon 
502 corresponds to a particular category or grouping of network newsgroups and 
chat forums and other subcategories. Clicking on a particular icon 502 is 
intended to activate the corresponding category. Screen 500 also includes a 

10 search box 504 activated by a search button 506. Search box 504 allows the 
user to enter a search request in the form of a text string. Clicking on search 
button 506 activates a search engine, causing the search engine to locate one or 
more categories and/or newsgroups that are related to the text entered into 
search box 504. 

15 In Figure 6, a second screen of the user interface provided by client applet 

112 is shown and generally designated 600. Screen 600 is displayed by client 
applet 112 whenever the user activates the business category by ^clicking on 
business icon 502c. Screen 600 includes a series of icons 602a through 602c. 
Each icon 602 corresponds to a newsgroup that is included in the business 

20 category. Importantly, each icon 602 includes text that describes, in a easily 
comprehensible fashion, the subject matter of the associated newsgroup. 
Importantly, instead of a single newsgroup, each icon 602 may also represent a 
grouping of articles selected in a logical manner from multiple newsgroups. 
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Screen 600 also includes a series of icons, of which icons 604a through 604c 
are representative. -Each icon 604 corresponds to a sub-category that is included 
in the subject matter of the business category. 

In Figure 7, a third screen of the user interface provided by client applet 
5 112 is shown and generally designated 700. Screen 700 is exemplary of the 
screens that are displayed by client applet 112 when the user activates one of 
the newsgroups included in screen 600. Screen 700 includes a number of topics 
702. Each topic 702 corresponds to a "thread" or a group of one or more network 
news articles taken from a particular network newsgroup. 
10 Each topic 702 includes a title 704 describing the subject matter of the 

associated network news articles. Each topic 702 may also include a visual 
status attribute 706. When appropriate, visual status attribute 706 informs the 
user that he or she has already read all of the articles included in a thread (as in 
the case of visual status attribute 706a). Alternatively, visual status attribute 706 
15 may inform the user that a pa rticu lar thread includes articles that have been 
posted subsequent to the time that he or she last accessed the newsgroup <as in 
the case of visual status attribute 706b). Other visual status attributes 706 may 
be appropriate in other situations. 

Each topic 702 may also include a visual voting indicator 708. The visual 
20 voting indicator represents an outcome of a voting process among users of the 
super-serv er protocol. In particular, visual voting indicat or 708 indicates the 
overall outcome among users who have voted on the content of a particular 
thread. Visual voting indicator 708 may be a "thumbs up" symbol, as in the case 
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of visual voting indicator 708a or a thumbs dovym" ^symbol, as in the case of 
visual voting indicator 708b. Thumbs up and thumbs down may be mixed in a 
single icon to indicate a mixed vote, as in the case of visual voting indicator 
708c. Visual voting indicator 708 may also use other symbols and icons, as in 

5 the case of the happy face used for visual voting indicator 708d. Visual voting 
indicator 708 may also be a "spam" can to indicate that a particular article is 
needlessly posted to a wide range of newsgroups. Preferably, topic 702 will also 
include a count of unread articles 710. 

Screen 700 also includes a series of resource icons 712. Clicking on a 

10 resource icon 712 activates a resource available within network 100 that is 
related to the subject matter of screen 700. For example, clicking on resource 
icon 712a activates a chat forum related to stock investments. Clicking on 
resource icon 712b causes the contents of a frequently asked questions (FAQ) 
file relating to stocks to be displayed. Resource icon 712c is linked to an 

15 interactive shopping area, such as a web page, for goods and materials related 
to stocks. Resource icon 712d is linked to a web page with links (possibly user- 
contributed) to other web pages related to stocks. 

In Figure 8, a fourth screen of the user interface provided by client applet 
112 is shown and generally designated 800. Screen 800 is entered when a user 

20 activates a topic 702 included in screen 700 and functions as a browser for the 
articles included in activated topic 702. Screen 800 includes text €02 that 
-corresponds to one of the articles included in activated topic 702. Screen 800 
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also includes a next button 604 and a skip button 306 that allow the user to 
navigate through the various articles included in activated topic 702. 

i \ - 

Reply button 808, post button fJ10 and save button 812 allow the user to 
respond to the displayed article (using email to the author and/or by posting a 
5 response), post a new article and save the displayed article, respectively. Voting 
buttons 816a and 816b allow the user to vote to agree or disagree with the 
displayed article. Voting button 816c allows the user to indicate that the current 
article is "funny" or humorous. The particular voting choices are representative. 
Thus any relevant voting criteria could be used. Thus, voting buttons could be 

10 included to indicate that a particular article is offensive or that a particular article 
is needlessly posted to a wide range of newsgroups (i.e., the article is "spam"). 

Screen 800 also includes an advertisement area 818. Preferably, 
advertisement area 818 is used to display ads or promotional offers that are 
targeted to match the subject matter the articles included in activated topic 702. 

15 The display of advertisements within advertisement area 818 is preferably timed 
to remain onscreen for a predetermined time period. The display for a 
predetermined time period enhances the likelihood that an adyertisement 
displayed within advertisement area 818 will be read by the user. 

Author information 820 is displayed within screen 800. Typically, author 

20 information 820 will include data identifying the author of the displayed article 
such as the author's name and .email address. In some *cases t a graphic image 
of the author may be displayed to help identify the author. Additional information, 
such as the article's postdate 824 or a map showing the article's origin 822 is 
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also preferably included in screen 800. Voting icon 826 shows how users have 
voted for the displayed article. In the case of voting icon 826, H may be seen that 
users have responded favorably to the displayed article. It may be appreciated, 
however, that a "thumbs-down" or other voting icons, will be appropriate for other 
5 articles. The various resources 712 included in screen 700 are included in 
screen 800 as well. 

EXTENSIONS 

The preceding description of the features and user interface provided by 
client applet 112 is intended to be representative of the possible features and 

10 user interfaces enabled by the cooperation between super-server application 1 14 
and client applet 112. Importantly, the cooperation between super-server 
application 114 and client applet 112 enable the features and the user interface 
of client applet 112 to be extended beyond the preceding, description in 
numerous ways. The following section is intended to describe at least some of 

15 these^^er^ionsT ~ ~ 

Client applet 112 may be extended to include a better hierarchy than the 
existing USENET hierarchy. The existing USENET newsgroup hierarchy includes 
nonsensical "words" such as "alt," "soc," "comp; *rec," among others. Within 
client applet 112 this is replaced with newsgroup names that uses full English 

20 words and are more descriptive of the newsgroup contents. Newsgroups can 
also be accompanied by~graphical icons that the user can click on <o visit a 
newsgroup or a category containing several newsgroups or other categories. 
These extensions are implemented by storing the improved hierarchy within 
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super- serv-er application 114 and downloading it to client, applet 
112 on the fly as required (including possible p-re£etohing -down 
and caching the hierarchical graph from the point where the user 
currently sits) . Alternately, the improved hierarchy may toe 
stored within client applet 112 and updated, when required, by 
downloading a new copy of client applet 112 to client systems 
102. 

Client applet 112 may be extended to provide access to all newsgroups at 
all times. More specifically, client applet 112 may be extended to include a text 
entry box to allow users to perform a text search for a newsgroup or newsgroups 
of interest. Super-server application 114 may be configured to store much more 

10 information about each newsgroup than is provided normally by NNTP server 
application 106. Consequently, searching can be much more complete than 
permitted by the traditional USENET architecture. Searching could also include 
searching of newsgroup contents by running a pre-indexing pass over the 
articles contained in each newsgroup. Alternatively, searchable information may 

15 be stored within client applet 112 and updated, when required, by downloading a 
new copy of client applet 1 12 to client systems 102. 

Client applet 112 may be extended to provide user-friendly introductions 
of new newsgroups. A special "new groups" section of the improved newsgroup 
hierarchy can be included to help introduce users <o newsgroups that have been 

20 newly created or newly added to the improved hierarchy. A newsgroup could 
remain in the "new groups" section until a user sees it once or some *fixed 
number of times, , or it <sould remain in the "hew groups" section for a certain 
number of days. Being in the "new groups" section does not preclude the 



newsgroup from -being included rn the permanent-partxrf the improved hierarchy 
simultaneously. The "new groups* section could include more detailed 
descriptions of the newsgroups as well as their usual (improved) names since 
the topic may be new to the user Information defining the "new groups" section 
5 may be stored within super-server application 114 and accessed by client applet 
112 using the super-server protocol. Alternatively, the same information may be 
stored within client applet 112 and updated, when required, by downloading a 
new copy of client applet 1 12 to client systems 102. 

Client applet 112 may be extended to provide easy-to-access descriptions 

10 of newsgroups. In the improved newsgroup hierarchy, the user could have 
access to a somewhat more verbose and detailed description of the contents or 
charter of each newsgroup or category of newsgroups available to the user at 
the user's current position in the newsgroup hierarchy. Newsgroup descriptions 
may be stored within super-server application 114 and accessed by client applet 

-15 1 J2_using _the-super-server protocol^ltemativelyT-the-same^nformation may be 

stored within client applet 112 and updated, when required, by downloading a 
new copy of client applet 1 12 to client systems 102. ^ 

Client applet 112 may be extended to augment the newsgroup hierarchy 
with resources other than newsgroups. These additional resource may include 

20 links to Web pages pertaining to the category, text or multimedia documents 
pe^teining-te-the-eategoiyr^eTgT; refefence-materiaisrvideo cltpsT-sourrd clips), live 
chat rooms pertaining to the category, lists of products or companies pertaining 
to the category, answers to frequently asked questions pertaining 4o 4he 
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category, etc. The hierarchy can therefore act not just as a way to navigate to 
newsgroups pertaining to topics of interest to the user, but as a general 
mechanism for navigating to all online resources pertaining to those topics. 
Information describing the additional resources may be stored within super- 
5 server application 114 and accessed by client applet 112 using the super-server 
protocol. Alternatively, the same information may be stored within client applet 
112 and updated, when required, by downloading a new copy of client applet 
1 12 to client systems 102. 

Client applet 112 may be extended to indicate {or to display only) those 

10 messages selected by "editors." Users can designate themselves as editors for 
particular newsgroups or all newsgroups. Editors can include personal 
information about themselves and a mission statement for perusal by other 
users. The articles the editors select are then made available to all users. The 
information about each editor and the list identifying the articles he or she selects 

15 is stored within super-server application 114 and distributed to client applet 112 
as requested. 

Client applet 112 may be extended to provide voting by use^rs on each 
article. Users can vote on each article. Typical entries they might select from 
include "I agree with this article," "I disagree with this article," "this article is 
20 funny," etc. Many other entries are possible. In fact, entry types may even be 
selected b y the user writin g the origi nal a rticle on which other users are voting. 
The entries may be accompanied by iconic representations of the sentiment, 
e.g., a thumbs up icon, a thumbs down icon, or a happy face icon. A summary of 
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voting results for each thread (a group of articles with the same subject) can be 
presented with the subject on the screen from which the user selects the thread 
to read. The summary may or may not be represented graphically: for instance, 
lots of "I agree" votes could be represented by a large thumbs up icon, while a 
S few *l disagree* votes could be represented by a smaller thumbs down icon. The 
entries for each article and the number of votes for each entry for each article 
are stored within super-server application 114 and distributed to client applet 112 
as requested. 

This voting mechanism may also be applied to content other than articles, 
10 including but not limited to newsgroups, advertisements, email messages, and 
web sites. Voting on email messages is useful when the same email message is 
sent to many recipients, such as when a mailing list is used to send a message. 
The entries selected from and the number of votes for each entry for «each 
content item (e.g., advertisement, email message, web site, etc.) are stored 
15 within super-server application 114 and distributed to client applet 112 as 
requested. 

Client applet 112 may be extended to provide flexible filtering qf undesiped 
content, such as undesired articles, newsgroups, advertisements, -email 
messages, and web sites. This allows a user to customize his or her view of the 
20 content by specifying two lists: "show only content with these characteristics" and 
"don't show content with these characteristics.* To jeach list the user can add 
authors, dates, search string in the subject line of messages, search string 
anywhere in the body of messages, content selected by individual editors, voting 
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results, and/or keywords. Other criteria are possible as well. Preferably, a user's 

i 

filtering criteria are stared within super-server application 114. Filtering itself is 
also preferably performed within super-server application 114. In this way, the 
expense and time of filtering large amounts of text over a slow network 
5 connection (such as a modem) is avoided. 

Client applet 112 may be extended to provide collaborative filtering of 
messages. One criterion on which newsgroup filtering could be based is whether 
a particular article and/or thread was read (and perhaps voted positively on) by 
other users who share similar tastes to the user of client applet 1 12. For^each 
10 user f super-server application 114 determines those other users whose -set of 
read articlesAhreads overlaps significantly, and those other users who vote 
similarly on articles. Each user can then use this information as a filtering 
criterion, for instance, to show him or her only those articles read by other people 
with similar tastes. 

15 Client applet 112 may be extended to provide a summary screen that 

shows the first few unquoted lines (quoted lines are lines included from other 
messages for the purpose of responding to them) of each article in a thread or 
newsgroup. A user could then go directly to a complete view of any message he 
or she finds interesting by clicking on the summary lines for that article. The 

20 performance of this feature is greatly enhanced by including summary 
informati on wi thin super-server application 114 and downloading when needed, 
to client applet 112. In this way, client applet 112 avoids having to download all 
of the articles to be summarized from NNTP server application 1«&6. This is 
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especially true when a slow network connection <suoh as a modem) connects 
client applet 112 and NNTP server application 106. i T 

Client applet 112 may be extended to provide live WWW links. Any URLs 
(Uniform Resource Locators) contained within the text of articles can be made 
5 "live" when they are displayed, that is, the user can click on them and send his or 
her Web browser to the network location specified by the URL. 

Client applet 112 may be extended to show the face (or face chosen by 
author) and personal information of the author. Users would fill out a user profile 
with as much or as little personal information as they like. This information would 

10 then be available to other users reading articles from authors who have provided 
a user profile. The user profile could include businessK^rd type contact 
information (e.g., name, company, address, phone, fax, email address, etc.), 
resume-type information (skills, experience, education, etc.), and personal 
information (e.g., interests, hobbies, requests for information, etc.), and other 

15 free-form information, the nature of which could be determined by the user. The 
user profile could also include the face of the user. The face could be a digitized 
photo, or the user could select from a number of provided graphical depictions of 
faces or photo-realistic faces, or the user could construct a face by interactively 
selecting eyes, a nose, a mouth, hair, glasses, face shape, etc. The information 

20 about each user is stored within super-server application 114 and distributed to 
client applet W 2 as needed. 

Client applet 112 may be extended to provide easy access to the original 
article of a thread. Often a user may want to read the initial article that started a 
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thread of messages that are posted as replies. This feature allows the user to 
indicate that he or she wants to access the original article in the thread; client 
applet 112 then automatically determines which article is the original, and 
displays it. 

Client applet 112 may be extended to provide easy access to an original 
article that has been quoted. If a user is reading an article that includes text 
quoted from another article, the useroould go to the complete text of the quoted 
article by clicking on the quote. Super-server application 114 may beoonfigured 
to store articles for a longer period of time than the NNTP server application 106. 
In this case, access to quoted articles would be maintained for periods that 
exceed the traditional USENET architecture. 

Client applet 112 may be extended to provide smart font control in 
articles. The software can do some smart parsing of the articles displayed to the 
user, normally displaying them in an easy-to-read proportionally spaced font, hut 
switching to a monospaced font if the presence of a lot of white space such as 
tabs or multiple spaces indicates that xx>lumnar information is included in the 
article. The monospaced font, which would allow columns to be aligned correctly, 
could be used only for the embedded columnar information in the article, or the 
entire article could be displayed in a monospaced font if any columnar 
information is detected in the article. 

Client applet 112 may be extended to provide users with the -capability to 
read different newsgroups differently. Possibilities include threaded versus non- 
threaded fi.e., whether or not all articles of a given subject are collapsed into a 
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single heading with that subject), sorted by date, sorted by author, sorted by 
voting results, sorted by selection by individual editors, sorted by number of 
editors selecting the article, sorted by popularity -(super-server application 114 
may be configured to maintain popularity information for each article or thread), 
5 articles and/or threads including one or more search strings within the subject 
line of the article/thread, and articles and/or threads including one or more 
search strings within the body of the article/thread. The performance of this 
feature is greatly enhanced by sorting the articles within newsgroups within 
super-server application 114 and downloading the results to client applet 112. In 

10 this way, client applet 112 avoids having to download all of the articles to he 
sorted from NNTP server application 106. This is especially true when a slow 
network connection (such as a modem) connects client applet 112 and NNTP 
server application 106. 

Client applet 112 may be extended to provide easy access to "frequently 

15 askecLquestions— listSv-Many newsgroups include a frequently asked questions" 

or FAQ article that is posted periodically by a person who has volunteered to 
maintain the article. The article includes questions that new participants in a 
newsgroup frequently ask, along with answers that have been offered by the 
newsgroup participants in the past. Unfortunately, inclusion of FAQs within the 

20 articles of newsgroups means that FAQs may not be easy to find. Worse, since 
tfte-arttcIes~indt^d-in-newsgroups-reguiaTly expire ^ and~are"pTirged l it may not 
be possible to find a newsgroup's FAQs at all times. To avoid this difficulty, the 
client application 112 could be configured to include a link, or similar device, that 
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allow users to easily access the FAQ article without having to find it in a long list 
of articles. When the link is activated, the client application 1 12 would 
automatically retrieve the FAQ from the NNTP server application 106 or super- 
server application 114. Importantly, by storing information describing the location 
5 of each FAQ within super-server application 114, rt becomes possible for a 
human to verify the correctness of each FAQ. Specifically, it becomes possible to 
verify that each FAQ is actually the correct FAQ article for its associated 
newsgroup. 

Client applet 112 may be extended to provide an ability to join an 
10 associated chat group. Each newsgroup could have a corresponding chat group, 
or several corresponding chat groups pertaining to subtopics of the newsgroup. 
While reading a newsgroup, client applet 112 ^ould indicate to the user -how 
many people are chatting live about the topic in a corresponding online chat 
group or chat room. Client applet 112 could additionally indicate which users are 
15 currently chatting. Client applet 112 could also indicate if the author of the article 
the user is currently reading happens to be currently chatting (even if the author 
is chatting in a chat group corresponding to a different newsgroup fr9m the one 
the user is reading). Client applet 112 could then allow the user to join the chat 
group if he or she desires. The chat groups would be hosted on super-server 
20 application 114 or chat server application 108, and client applet 112 would 
communicate with super-server application 114 and/or -chat server application 
108 in such a way that would allow the user to participate in the chat<group. 
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Client applet 112 may be extended to "provide custom newsgroups 
created by applying filtering criteria across several newsgroups. Thip allows a 
user or the administrator of super-server application 114 to create a -custom 
"newsgroup,* which though it appears as a newsgroup to the user, isn't really a 
5 distinct newsgroup earned by NNTP servers. Instead, the custom newsgroup is 
an aggregation of messages that meet a set of criteria specified by the user or 
the administrator of super-server application 114. He or she can specify the 
newsgroups or part of the improved newsgroup hierarchy across which the 
specified filtering criteria is applied. Using this mechanism, a user or 

10 administrator can create what appears to be a custom newsgroup that consists, 
for instance, of all articles in all newsgroups related to stock investing that 
include the word "penny." As another example, a moderator *nay review all of the 
articles posted to one or more newsgroups. Articles deemed to be appropriate 
for children, or some other audience, would be included in a custom group. 

15 When-custom-newsgr-oups-are usedy-topics 702, included in screen 700, 

may be culled from multiple newsgroups. For example, topic 702a might be 
associated with a thread found in a newsgroup related to stocks that^are traded 
on domestic stock exchanges. In the same example, topic 702b might be 
associated with a thread found in a newsgroup related to stocks that are traded 

20 on foreign stock exchanges. 

bike other™ filtering tasks, the custom newsgroup feature is best 

implemented within super-server application 114. This keeps client applet 112 
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from having to download many an.des from different newsgroups in order to 
apply the selection criteria. 

Custom newsgroups can optionally be "moderated," in which all 
messages posted to the custom newsgroup are first sent to a human moderator 
5 for approval. Only messages approved by the moderator are then made 
available to the users reading the custom newsgroup. This feature may be used, 
among other purposes, to create custom newsgroups intended for children so 
that a human can filter out any objectionable postings before they reach the 
custom newsgroup readership comprised of minors. 

10 Client applet 112 may be extended to provide newsgroup creation by 

users. This allows a user to start a newsgroup on the topic of his or her choice. 
Though it appears as a real newsgroup to the users, a newsgroup is not created 
within the USENET hierarchy stored on NNTP servers. Instead, the newsgroup is 
completely hosted on super-server application 114 and all articles posted to the 

15 newsgroup are stored within super-server application 114. 

Client applet 112 may be extended to provide for the migration of mailing 
lists to newsgroups. This allows the maintainer of an email list to set up a 
newsgroup {as discussed previously) and create a -gateway between his or her 
mailing list and the newsgroup. This gateway operates as follows: every 

20 message posted to the newsgroup is mailed to the members of the mailing list, 
and every message posted to the_mailing_list is also posted to the newsgroup. In 
this way, the mailing list maintainercan migrate his or her users to a newsgroup, 
where a large volume of posted messages will not clutter users 1 mailboxes. 



Client applet 112 may be extended to provide private newsgroups. This 
allows users to create a newsgroup {using the previously discussed "newsgroup 
creation by users" feature) and specify a list of users or IP domains of IP address 
subranges that are allowed to access the newsgroup. The user could select 
5 whether the newsgroup is to be encrypted or not If it is, then all information 
related to the newsgroup that is transmitted over the Internet is encrypted by the 
sender and decrypted by the receiver. This improves the degree of privacy 
offered by the newsgroup. As already discussed, super-server application 1 14 
stores all of the articles posted to user-created newsgroups. In particular, both 

10 super-server application 114 and client applet 112 would include modules for 
encrypting and decrypting this information. 

Client applet 112 may be extended to provide support 4or subgroups 
within a newsgroup. The improved newsgroup hierarchy could include subgroups 
within a newsgroup, or subgroups could be listed once the user has entered a 

15 newsgroup for the purpose of reading it. These subgroups would allow users to 
more quickly find articles of interest, especially in newsgroups with broad 
charters and high volumes of messages. Unlike the newsgroups described 
above in which articles are stored on super-server application 114, the articles in 
the subgroups are in fact the same articles in the newsgroup Rself, and are 

£0 therefore stored on the NNTP server application 106. The only indication that the 

articlejsJhelongJo. a_subgroup Js_an-addrtional line in the article header identifying 

the subgroup(s) to which the article belong(s). Super-server application 114 
keeps track only of which subgroups exist, and where they sit in the newsgroup 
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hierarchy. When a user posts a message to a subgroup of a newsgroup, it is 
f>osted to the newsgroup itself with the header line identifying the message as 
belonging to that subgroup. People using the traditional USENET architecture 
software will see the message in the usual newsgroup. Users of client applet 112 
5 can see the message in the subgroup. Optionally, users of client applet 112 may 
opt to turn off subgroups and read the message in the newsgroup itself. 

Client applet 112 may be extended to provide support for creation of 
private article archives. The user can create one or more named archives. The 
archives contain articles the user decides to save in those archives. The archives 

10 can be nested within each other, forming a tree or graph of archives. The user 
can add and remove articles to/from his or her archives as desired. The names 
of the archives could t>e chosen by the user, or could be chosen automatically. If 
chosen automatically, the name of the archive could be 4he <imp roved) name of 
the newsgroup where the stored articles originated, and the archives could be 

15 stored hierarchically in a similar or identical structure to the improved newsgroup 
hierarchy, or could be maintained in a flat fashion. The articles in the archives, or 
a list identifying the articles in the archives, could be stored on the user's local 
disk or could be stored on super-server application 1 14. 

Super-server application 114 may be configured to archive all newsgroups 

20 and articles (or a subset thereof). All or many newsgroups and articles can be 
stored within super-server application 114 indefinitely. This enables users of 
client applet 112 to search for articles from a pool of articles that may have long 
since expired from their NNTP server. In addition, it allows users who are short 
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on disk space or have no disk space <e.<j M users with a dedicated Internet 
terminal with no internal disk, users connecting to the Internet through PDAs with 
no disk) to archive articles, since super-server application 114 can store either 
the articles archived by a user or a list identifying the articles archived by a user. 
5 Client applet 112 may be extended to provide seamless searching of 

personal and global archives. A user may want to search the articles he/she has 
saved, or might want to search the complete archive maintained on super-server 
application 114. In other cases, the user will wish to search both archives 
perhaps with the articles he/she saved coming up first in the list of articles 

10 matching the user-specified search criteria. 

Client applet 112 may be extended to provide publishing of personal 
archives for other users with or without annotations. A user could selectively 
make his or her personal archives available for other users to peruse. The 
personal archive could also contain personal annotations of the articles 

15 contained within the archive, allowing the user to put an -editorial slant on his or 
her archive both by the articles he or she selects and by the annotations he or 

she adds to the articles. The archive, with annotations, would then be stored 

i 

within super-server application 1 14. 

Client applet 112 may be extended to provide an interface to local 
20 database engines. The search engine could be integrated to search not only 
archives stored o n the user's local machine and super-server application 114, 
but also any databases maintained in the user's local environment. *For instance, 
a company may maintain an internal SQL-based or Lotus Notes-based database 
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of articles and information pertinent to the -company's Justness; when a user 
performs a search, the search engine could include a search of these resources. 

Client applet 112 may be extended to provide automatic file stitching and 
decoding/playback. In newsgroups in which the primary purpose is disseminating 
alternate (i.e., non-text) media such as pictures and sounds, files are always 
encoded as text in some way <e.g. t uuencode) and frequently split across 
multiple messages. Super-server application 114 and client applet 112 could 
automatically perform the necessary stitching of multiple messages (i.e., 
rejoining the messages that were originally split) and the necessary decoding to 
display or playback the non-text media type, thereby making these operations 
invisible to the user. 

Client applet 112 may beextended to provide automatic file splitting and 
encoding. In newsgroups in which the primary purpose is disseminating alternate 
(i.e., non-text) media such as pictures and sounds, files are always encoded as 
text in some way (e.g., uuencode) and frequently split across multiple messages. 
If the user wants to post a message including non-text media to a newsgroup, 
client applet 112 could automatically perform the necessary eneoding^of the non- 
text media data and the splitting of the resulting encoding into multiple 
messages, thereby making these operations invisible to the user. In addition, 
client applet 112 could capture the alternate media directly ^rather than first 
having to store it in a file) from the appropriate input device, such as a digital still 
or video camera, a frame grabber, a CO-ROM, a DVD (Digital Video Disk), a 
scanner, an audio CD, or a microphone. 
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Client applet 112 may be extended to provide media ^embedding in text 

i 

messages. Client applet 112 can support the embedding of alternate media 
within normal text messages. For instance, a 4ext article could be embellished 
with a diagram or photo or video clip. This can be encoded using the MIME 
5 standard for posting to the newsgroups; additional data or data of a type not 
supported by MIME can be stored on super-server application 114 and accessed 
by client applet 112 users. 

Client applet 112 may be extended to provide for the embedding of 
formatting information in text messages. For instance, text messages could 

10 come with additional information specifying text font, size, color, style, and 
screen position, allowing the text to be displayed by client applet 112 in a 
formatted fashion rather than as raw text. This formatting information can be 
included inlined with the text (as in the HTML standard), or may be included 
separately in the header of the message or as a special footer in the £ody of the 

15 message text. Including the formatting separately allows the text to be read 
easily by users of newsgroup readers that do not support this formatting feature. 
Alternatively, the formatting information could be stored not in the article itself, 
but on super-server application 114, which would make the information available 
to client applet 1 12 on demand. 

20 Client applet 112 may be extended to provide an ability to launch 

a ppropriate t hird-party_^jewers^Cltent_ap plet 11? ran^r^nfee^u^^ 
types and launch an appropriate viewing program for each type on the user's 
computer. 
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Client applet 112 may be extended to provide easy quoting of other 
(possibly multiple) messages. The software oould allow the user to easily browse 
other messages in the same thread while composing his or her own message, 
making it easy though some user interface mechanism {perhaps drag and drop) 
5 to quote other messages in his or her own message. 

Client applet 112 may be extended to provide spell-check before posting. 
Like many word processing packages, client applet 112 could spell^check the 
user's newly composed message before posting it to a newsgroup. 

Client applet 112 may be extended to provide an ability to optionally 

10 choose an alternative text -editor. If the user is not pleased with the text editor 
built in to client applet 112, or is used to his or her own editor and prefers it, the 
user should be able to optionally use an editor of his or her -choice to compose 
messages. This editor could go beyond basic text and also allow editing of non- 
text media such as graphics, pictures, audio, video.etc. 

15 Client applet 112 may be extended to provide facial expression 

embedding. The user could choose to embed any of a number of graphically 
represented facial expression icons within the text of messages composed by 
him or her. These icons could be used to enrich the expression of the message, 
by presenting a facial expression that conveys the emotion of the author, such as 

20 happy, sad, angry, joking, sarcastic, indifferent, etc. The graphical teonsooukJ be 
provided by the user, customized by the user, or selected from a menu of 
options provided by client applet 112. As posted to the NNTP server, the 
message could contain an equivalent 'emcticon* {fecial expressions currently 
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used frequently in USENET messages and represented by text characters in the 
normal ASCII character set), such as the sideways smiley face *:-)". To replace 
those emoticons with the richer more graphical equivalents, the necessary 
information indicating the selection and position of the graphical icons could be 
5 contained in the header of the posted message, or could be stored on super- 
server application 1 14. The data encoding the graphical icons themselves could 
be encoded into the message header or stored on super-server application 114. 
Alternately, the icons may be stored within client applet 112 and updated, when 
required, by downloading a new copy of client applet 112 to client systems 102. 

10 Client applet 112 and super-server application 114 may be extended to 

provide anonymous posting. The user could choose whether his or her name is 
to be attached as the author to a message tie or she posts, or whether the 
message is to be posted anonymously. The default as to whether posting 4o a 
newsgroup is anonymous or not could depend on the newsgroup to which the 

15 user is posting. The user could optionally include an email address where replies 
could be sent; this address would not be posted, but rather saved on super* 
server application 114, which would then forward any received replies to the 
specified address. Alternatively, replies could be saved in a private "newsgroup" 
-(as we described before, this is not a newsgroup stored on the NNTP server in 

20 the traditional sense, but rather a newsgroup that is solely hosted on super* 

servjer_app]rcatto^ user) 

accessible only by the user. 
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Client applet 112 may be extended to provide newsgroup ratings. Within 
client applet 112 this is implemented by including a mechanism <such as a series 

i \ - 

of buttons) that allows parents to rate each newsgroup. Alternately, ratings could 
be provided by a company or organization for the benefit of users of client applet 
5 112. The ratings would indicate whether the newsgroup contains material 
deemed inappropriate for children. There could be separate ratings for each 
category of material that parents may want to block^e.g., sexual content, violent 
content, religious content, anti-religious content). The ratings foreach newsgroup 
would be stored within the super-server application 114 and downloaded, on 

10 demand, to client applet 1 12. 

Client applet 112 may be extended to display only selected newsgroups. 
Client applet 112 could allow parents to select which newsgroups are available to 
the user and which newsgroups are blocked from the user. The selection could 
be done on a per-group basis or in a blanket way based on the ratings given 

15 each newsgroup. 

Client applet 112 may be extended to block individual articles and/or 
threads based on inclusion of selected words. Parents could instruct client applet 
112 to block any articles and/or threads including a list of words deemed 
inappropriate for their children. Client applet 112 maybe preconfigured with a 

20 default list of words, which could then be edited by the parents. 

Client applet 112 and super-server application 114 may be extended 4o 
optimize their internal operations to account ^or link speed and user computer 
speed. By accessing system parameters and/or by sending a test message and 
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t 

timing it, the client applet 112 and/or super-server application 114 can roughly 
determine the speed with which data can be transmitted to and from the relevant 
client system 102. By accessing system parameters and/or by performing a 
processor benchmark and timing it, client applet 112 can roughly determine the 
5 speed of the same client system 102. These two pieces of information can be 
used to optimize the user experience, -given the constraints of his or her 
computing environment For instance, the number of articles fetched by default 
when a user enters a newsgroup could depend on ihe link speed; users with 
faster links would receive more articles by default In addition, super-server 
10 application 114 can shoulder more responsibilities for operations that would 
otherwise exceed the capabilities of the user's computer or communications link 
in the normal amount of time a user is willing to wait for a command to be 
performed. 

Client applet 112 and super-server application 114 may be extended to 
15 allow automatic selection of the highest-performance super-server application 
114. There may be many super-server applications 114 available within network 
100 or on an external network, such as the Internet But client applet 112 need 
not always choose to communicate with the closest super-server application 114. 
In some cases, client applet 112 may improve performance by communicating 
20 with a more distant super-server application 114. This could be the case if the 
nearest super-server application 114 is currently heavily loaded while more 
distant super-server applications 114 are less heavily loaded. It might also he 
preferable to communicate with a more distant super-server application 114 if 
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the link to the nearest super-server application 114 is heavily loaded or is 

completely down. By sending a test message requesting super-server application 

- - i 1 r 

114 status and timing its response every so often, client applet 112 -can 

determine on-the-fly which super-server application 114 will offer it the best 

performance; client applet 112 could then switch from the super-server 

application 114 it is currently communicating with to the new super-server 

application 1 14, or could communicate with both super-server applications 114. 

Client applet 112 and super-server application 114 may £>e 
extended to provide prefetching and caching based on article 
popularity and/or voting. One way to -speed response -time is to 
do the following: while the user reads one article, client applet 
112 fetches the next articles the user is likely -to read and 
stores them in memory, ready to display them without waiting for 
the network if the user does in fact request those articles in 
the near future. The selection of the next lively article may 
be performed by getting the next article from the current thread . 
Another option is to fetch articles that show very positive voting results, since 4he 
user may well look at articles that got a very positive response first. 'Super-server 
application 114 may also track which articles and/or threads are read most 
frequently by other users. Super-server application 114 can 
therefore inform client applet 112 as to which articles the user 
might read next, if his or her tastes are similar to the user 
base- as - a whole^ Taking t-his a step— f urther, i3L_siiper --server 

application 114 finds a correlation between the articles the user typically chooses 
to read and the articles particular other users choose to read, then super-server 
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application 114 can use those other users as -the set of leaders on which to base 
predictions of which articles this user is likely to read. ; . 

Client applet 112 and super-server application 114 may -be extended to 
provide prefetching based on direction from user. The user could specify, if 

5 possible, the order in which he or she will usually read articles, threads, and/or 
newsgroups. Client applet 112 can then use this information to guide Its 
prefetching algorithm accordingly. 

Client applet 112 and super-server application 114 may be extended to 
provide a "resource center" that adds additional areas to each newsgroup. -Each 

K) resource center would be hosted on super-server application 114. These 
resources may be group-specific, so the newsgroup on client applet 112 -can 
serve as a launching point from which the useroan access the other resources. 
Examples of these resources include chat groups associated with the newsgroup 
and the FAQ associated with the newsgroup. Another resource could be a listing 

15 of events. This resource includes calendar listings of events with descriptions of 
the events. The events could be related to the topic of the newsgroup from which 
the user accesses the event listings. The events can be online -events ^e.g. f 
online discussions, online panel forums, online conferences) or events held at a 
physical location and time (e.g., presentations, conferences, meetings, -concerts, 

20 sporting events). The events themselves can be contributed either by users 
using a-form provided as part of the client software, or by the administrators of 
super-server application 114. 



-45 



Another resource could -be a listing of -classified advertisements. This 
resource displays classified advertisements. These ads could be related 4o the 
topic of the newsgroup from which the user accesses the classified ads. The 
area could be a simple list of ads, not organized in any particular fashion, or the 
5 ads could be grouped into categories {e.g., for sale, help wanted, employment 
desired, services offered) as traditional classified ads in a newspaper. The 
categories could be the same across all newsgroups, or the categories could be 
made specific for each newsgroup {e.g., "Condominiums for sale" could be a 
category in a real estate newsgroup). The ads themselves can be contributed 

10 either by users using a form provided as part of the client software, or by the 
administrators of super-server application 114. 

Another resource could -be a shopping area. In this area goods and 
services are sold to users. These goods and services are potentially related to 
the topic of the newsgroup from which the user accesses the shopping area. For 

15 instance, music Compact Discs could be sold in the shopping area accessible 
from the various music newsgroups. The user purchases items by typing in the 
necessary information for the vendor tocomplete the transaction. The^goods and 
services for sale and their descriptions can be contributed either by users using a 
form provided as part of the client software, or by the administrators of super- 

20 server application 1 14. 

Long-lasting documents are another possible resource. This area allows 
the users to access documents that are perceived to have lasting value beyond 
the amount of time articles are normally stored on typical USENET article 

48 



3NSDOCID:<GB 2324627A I > 



servers (e.g., NNTP servers). These documents We potentially related to the 
topic of the newsgroup from which the user accesses the documents area. 
These documents can be contributed either by users using a form provided as 
part of the client software, or by the administrators of super-server application 
114. 

Web links are yet another possible resource. This area allows the users to 
access links to World Wide Web pages. These links are potentially related to the 
topic of the newsgroup from which the user accesses the links area. These links 
can be contributed either by users using a form provided as part of the client 
software, or by the administrators of super-server application 114. 

External Web link pages are still another possible resource. This area 
would be a World Wide Web page of World Wide Web links provided *y a third 
party potentially unrelated to the client or super-server application 114. 1=or 
instance, accessing this area might take the user to a page of links on a search 
service such as Yahoo, Lycos, or Excite. These links shown there are potentially 
related to the topic of the newsgroup from which the user accesses the external 
links area. , 

Client applet 112 and super-server application 114 may be extended 4o 
provide automatic connection to NNTP server application 106. By maintaining a 
database of NNTP server applications 106 on super-server application 114, the 
-selection^f-theHJser^s4slWTP^erver-applieatfOfH-G6 may-be -made-transparent to 
the user. That is, the user need not type in the network address or Internet 
domain name of his or her NNTP server application 106. 
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The database of NNTP server applications 106 may be ^constructed using 
a software utility program that scans the "Path:" lines in USENET article headers. 
Each Internet machine name found would be saved in the database. To -connect 
to an NNTP server application 106, client applet 112 first sends a notification 
5 message to super-server application 114. The notification message informs 
super-server application 114 of the network address of client applet 112. Using 
this network address, super-server application 114 creates a corresponding 
domain name. Super-server application 114 then-consults the database, looking 
up the name of NNTP server application 106 in the same domain. Super-server 

10 application 114 then transmits the hostnam.es of all NNTP server applications 
106 found in the database to client applet 112. Client applet 112 then attempts 4o 
connect with the NNTP server applications 106. If the attempts by client applet 
112 to connect with the NNTP server applications T06 all fail, only then must the 
user be queried for the name or address of his or her NNTP server application 

15 106. 

Other embodiments will be apparent to those skilled, in the art from 
consideration of the specification and practice of the invention disclosed herein. 
It is intended that the specification and examples be <x>nsidered as exemplary 
only, with a true scope of the invention being indicated by the following claims 
20 and ^equivalents. 
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1 . A system for providing an enhanced interface to an online discussion 
-technology, the system comprising: 

a super-server application, the super-server application providing information 
that augments information otherwise available within the online discussion 
technology; and 

a client applet, the client applet using the information provided by the super- 
server application to provide an enhanced interface to the online discussion 
technology. 

2. A super-server application for execution by a server system networked 
to at least one client system to provide users of the at least one networked client 
system with at least one application for augmenting access to online messages, the 
super-server application comprising: 

a request handling system for processing requests for online messages from 
users of client systems networked to the server system; and 

a database for storing information relating to the requests of those users, 
wherein 

the super-server application provides the users with an interface-to the online 
messages based on the information stored in its database. 

3. The super-server application of claim 2 wherein the database stores 
user-specific data used by the super-server application t o provi de customized user 

Tnteffaces for specified users. 

4. The super-server application of claim 3, wherein the user-specific data 
for a user is based on processed requests from that user. 

5. The super-server application of claim 3, wherein the user-specific data 
is based on user input. 

6. Th e super-seiyer-jappJirati data 

for a user is based on previously processed .requests from axjroup of^Qsers. 

7. The super-server application of claim 3 wherein the super-server 
application further includes a fitter for filtering messages accessible to specified 
users based on their user-specific data. 
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-8. The super-server application of claim 3 wherein the online discussion 
applications include existing newsgroups, and the super-server application further 
comprises a custom newsgroup filter for applying filtering criteria across existing 
newsgroups, identifying online messages within those newsgroups that satisfy the 
filtering criteria, and grouping those messages into a custom newsgroup. 

9. The super-server application of claim 3 wherein online messages 
accessible by the online discussion applications are rated by users, and based on 
the user-specific data, the super-server application identifies online messages 
having ratings satisfying a predetermined criteria for transmission to users. 

10. A client application for execution by a client -system networked to a 
server system to provide users of the client system with at least one online 
discussion application for accessing online messages, the client application 
comprising: 

a client package providing at least one online discussion application enabling 
the client system to communicate with a networked server system using the online 
discussion technology; and 

a user interface package for providing customized user interfaces for enabling 
the client system to access online messages, wherein the user interfaces are 
customized based on use of the online discussion applications toy users. 

11. The client application of claim 10, wherein the networked server 
system downloads the client application to the client system in response to a request 
from theclient system. 

12. The client application of claim 10, wherein in response to a user 
request using an online discussion application in the client package, the user 
interface package displays links to information categorized by subject matter, 
including predetermined newsgroups provided by the online discussion application. 

13. The client application of claim 12, wherein the user interface package 
displays a link as an icon. 



14. The client application of claim 13, wherein an icon includes a visual 
status attribute for indicating whether messages associated with the icon include 
messages not read by the user. 
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15. The client application of claim 13, wherein one visual status attribute is 
a voting indicator for indicating outcomes of voting by users accessing messages 
available through the link indicated as an icon. 

16. The client application of claim 12, wherein a user selects a link4o 
access information corresponding to the link. 

17. The client application of claim 12, further comprising a browser to 
browse information corresponding to a link. 

18. The client application of claim 12, wherein the link provides access4o 
at least one web page. 

19. The client application of claim 12, wherein the links include links to 
digital files, including files accessible from the client system and files accessible from 
the server system. 

20. The client application of claim 12, wherein linked information may 
include embedded links to additional information. 

21 . The client application of claim 12, wherein the user interface package 
enables a user to customize the display of links according to user-specified criteria. 



22. The client application of claim 10 further comprising a custom 
newsgroup filter wherein, in response to user-specified criteria provided by a user 
through an online discussion application, the client application determir>es«existing 
newsgroups based on the user-specified criteria and groups into a custom 
newsgroup messages within those existing newsgroups that satisfy the user- 
specified criteria, and the user interface package provides a user interface for 
accessing to the custom newsgroup. 

23. The client application of claim 10 wherein the online discussion 
applications allow a user at the client system to download online messages, the 
client application further comprising an archival system for-storing messages 
downloaded to a user. 

24 . The client application of claim 23, wherein the archival -system 
publishes a user's archived messages by making them accessible to other users 
and clients of the networked "feeryer system. 



Si 



25. The client application** claim 10, farther comprising a search-engine 
for identifying sources of information accessible *)^ the online discussion applications 
provided in the client package based on search criteria input t>y a user. 

26. The client application of daim 25, wherein <the search*engine further 
searches databases maintained in the local environment of the -client system. 

27. The client application of claim 10, further comprising a blocking 
application for blocking access <o information based on -predetermined blocking 
criteria. 



28. The client application of daim 27, wherein the blocking criteria is based 
on user-defined criteria. 



29. The client application of claim 1 0, further comprising a server selector 
for estimating the performance of at least two server systems networiced to the client 
system and selecting one server system based on the estimated performance. 

30. The client application of claim 10, further-comprising a caching 
application for automatically prefetching and caching messages based on 
predetermined criteria, without waiting for the user to -request those messages. 

31 . The client application of claim 30, wherein the predetermined criteria 
Jnclude , ratings for the messages and the caching application prefetches and caches 

messages having ratings above a predetermined threshold. 

32. The client application of claim 30, wherein the predetermined criteria 
include relationships between messages, and when the client application downloads 
a first message to a user, the -caching application prefetches and caches related 
messages. 

33. The client application of claim 32, wherein related messages include 
messages correspdnding to an embedded link in the first message. 

34. The client application of claim 32, wherein messages include 
newsgroup articles and replies to articles, and messages related to aTrrst message 
include messages that are replies to the first message and messages to which the 
first message replies. 



52 



35. The client application ofclaim 10, wherein the client -package includes 
third-party application software. 



36. The client application of claim 35, wherein the -third-party software 
includes viewing applications for accessing messages. 



37. The client application of claim 35, wherein the third-party-software 
includes editing applications for editing messages. 

38. A method for organizing online information for a user of a client system 
networked to a server system in an online discussion environment, comprising: 

determining user-specific criteria; 

applying the user-specific criteria to multiple existing newsgroups in the online 
discussion environment to identify messages within those existing newsgroups that 
satisfy the user-specific criteria; and 

creating a customized newsgroup -for accessing the identified messages. 

39. The method of claim 38, wherein determining user-specific criteria is 
based on user input. 

40. A method for customizing a user's environment and interface for 
accessing, reading and handling data and information available from a wide area 
network (WAN) such as Internet, 

to which are connected at teast a server 
system, a client system and a storage device, 

characterized in that said method consists of : 

- implementing on the said server a super-server application 
adapted to maintain and update information representative of the user's environment 
and interface, to handle requests sent by a user of the client system and to reply 
thereto, 

- implementing on said client system a client applet adapted, as requested by 
the user, to <i) configure the user's interface, and/or <ii) organize data and 
information received from said wide area network mrough -said super-server 
application, a nd/or<iii) create user's personal profile and incorporate same into 
data and information as received from the WAN, and/or (iv) select all or part of said 
data and information to request ttie saving thereof in said storage device, and 

-implementing on the said server a-database adapted, under the super-server 
application control and as«requested *by said client applet, 4o se|ectively T store, 
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,* ,o orH^r and retrieve on the one hand .information pertaining to the user's 
wZand inchoating saidpersona. profiteered by the user. 

41 A method according toclakn 1, wherein the data and information 
.ceived from *e WAN are representee o, articles induded in newsgroups 
such as USENET newsgroups. 

42 A computer system adapted 4o be used as a server system 

comprising at least a processor <204) 

and a memory (206) connected by a bus<202> andconnerfed to a wide a«a 
nlo* (WAN) such as internet, said WAN also connected to 

*"* m *- ^ computer system iscon.ro.ted by 

- cooperate w to . (i)configure a user s 

adapted, as r«t ^ (rom saW WAN 

interface, andtor (>,) organize a profile and 

ST^^S rasreceLd^om the WAN, and/or,,, 
sITatr paTo, satf data and in—to recces, me saving^. ,n.a,d 

storage device. the client applet, a database adapted to selectively, 

. access, as "*"^*^J* . information penning to the use^s 

environing nrdfiie created by the user, and 

WAN ^rr^ W ormCVa^to 
requests sent by the user and reply thereto. 

~" c^Ted — app. -M- 

to: 
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• by itself: (i) configure a user's interface, and/or <ii) onganize-data and 
information received from said WAN through said server system, and/or (iii) -create 
user's personal profile and incorporate same into data and information as 
received from the WAN, and/or <iv) select all orpartof-said data and information to 
request the saving thereof in said storage device, and 

- in cooperation with a super-server application controlling said server system, 
handle a database adapted to selectively store, update, order, and retrieve, on the 
one hand, information pertaining to the user's environment and interface, and, on 
the other hand, information received from said WAN and incorporating personal 
profile created by a user of the client system, said super-server application being 
adapted to maintain and update the information pertaining to the user interface, 
handle requests sent by the user and reply thereto. 
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discussion groups. 

« The system - 1 — «" " 

4 , The system o, Cairn 1 — - on- — - — «~ H*eme, 

chat. 

access, read and hand^ata ^""^ ~hod consist * 

^ — ~ " - — 3 *" ^ 

,iir^^^^^ 

me data resulting from the ore-indexing pass. 

60 . The method of claim 49 wherein the pre-determined criteria is based on* 

keywords. 

5 , The supper action - - Z wherein the names of newsgroups are 
common words or phrases. 

,• „, cairn 49 wherein the hierarchy mdudes resources o»ber than 
54. The invention of claim 

newsgroups. 

user is based on messages seieaed by edrtors. 

• J A o^r interface irvckides a 
«, The super-server «**». of-Caim 3 where. m.«- 

message summary. 



•56 



I 

57. The super-server application ofolaim 3 wherein indicia associated with the 
author of a message are displayed with the message. 

58. The super-server application of daim 3 wherein a link is provided to the original 
article of a thread. 

59. The super-server application ofcJaim 3 wherein a link is provided to an article 
quoted in a message. 

60. The super-server application of claim 3 further included -smart font-control in 
articles. 

61 . The super-server application of claim 3 further including^different reading 
preferences for each newsgroup. 

62. The super-server app!k:ation of claim 3 further including a link for access to 
frequently asked questions. 

63. The super-server application of claim 3 further including aooess4o a chat -group 
associated with a message. 

64. The super-server application of claim 3 further including permitting users to 
create pse ud o-newsg roups . 

65. The super-server application of claim 3 further including a maH4o-news 
gateway. 

66. The super-server application of claim 3 further including permitting private 
newgroups. 

t>7. The super^server application. of claim 3 further including permitting subgroups 
within, a .newsgroup, 

-68. The super ^server application of claim 2 wherein -the sr-eq-aest 
handling system further augments information ot*he<rwise avail-abie 
within the online -discussion technology. 
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p of daim 10 wherein-the-online discussion applications 
*. ;^ s ^:; i ; ownload online messages. 

* ^io im m wherein the online discussion applications 

« The super server application of Cairo 3 further inducing permitting anient ,o 

72 The super server app.icatfcn ofdaim 3 further including permMingstorage o, al, 
newsgroups and articles on the server. 

73 . The super se,er application o, claim 7t further irking permtting a user to 
"etsociated pnvate arch.es and a„ wide area netwo* rescue in a singie 

command. 

be published for other users. 

76 The super serve, app^ion of Cain, 3 further include providing an irrferface 
to database engines maintained locally. 

and playback. 

77 . The Cien, application of .aim ,0 further including automatic . decoding and 

playback. 

76 The super server app^tion of .aim 3 further including adding media in 
text messages as directed by the user. 



79. The super server 
ratings. 



applications claim 3 further including providing newsgroup 
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80. The super server application of claim 3 further including providing a resource 
center in each newsgroup. 

81. The super server application of claim 3 further including aufomatrcconnection4o 
an associated NNTP server. 

82. A local area network (LAN) comprising at 4east a server system 
and at least a client system, connected to a wide area network (WAN) such as 
Internet. 

characterized in that : 

- said server system is controlled by an application so-called «c super- 
server application », adapted to maintain and update information pertaining to a 
user's environment and interface, to handle requests "sent by the user of the 
client system and to reply thereto, 

- said client system is controlled by a client applet adapted, as requested 
by said user, to: {i) configure the user's interface, and/or (ii) reorganize data and 
information received from said WAN through said super-server, and/or (iii) 
create user's personal data and incorporate same into data and information as 
received from the WAN, and/or <iv) select all -or part of said data . and 
information to request the saving thereof in said storage -device, 

• said client applet is adapted to send requests to, whereas said super- 
server application is adapted to handle, a database implemented on said server 
system in order to, selectively store, update, order, and retrieve , on the one 
hand , information pertaining to the user's environment and interface, and on 
the other hand information received from said WAN and incorporating ^personal 
data created by the user. 
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